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A data transfer method, system and computer program product - 
Tiedonsiirtomenetelma, -jarjestelma ja ohjelmatuote - 
Datatransmissionsmetod, -arrangemang och programprodukt 



5 The invention relates in general to transmitting data in a packet data network. In 
particular the invention relates to transmitting data, which may be updated, from a 
server to a client. 

Term client refers in the specification and in the appended claims to a device or 
application (program) connecting to a server via a data network and typically 

10 requesting the server to send certain information. Term server refers to a device or 
application, which waits for connection requests from clients and responses to the 
requests by sending requested information. Term real-time service refers to services, 
where information residing in a server is updated every now and then and the 
updated information is delivered to a client. The server and client are connected to 

15 each other typically via a packet data network, for example via the Internet. 
. Information is typically transferred from a server to a client using Hypertext 
Transfer Protocol (HTTP), and the client is typically a browser. Term real-time 
information refers to information, which resides in a server and is updated every 
now and then. 

20 Real-time services become more and more widespread, and examples of such 
services are news and stock market information. There are two basic alternatives of 
keeping a client informed about the changes (or updates) in the information. The 
first alternative is client-initiated: the client is arranged to request the information 
repeatedly. As the client has no way of knowing, when information is updated in the 

25 server, it may request unchanged information to be transmitted. This causes 
unnecessary transfer of information. Furthermore, updated information is typically 
not delivered to a client (and to a user) promptly after the update. 

The second alternative is server-initiated. A client requests for a piece of 
information one, and thereafter information update on the server triggers the server 
30 to push the updated information to a client. This alternative typically requires at the 
client side separate program modules. These alternatives are discussed in more 
detail below, but already this brief introduction discovers that there are problems in 
implementing real-time services. 
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A common protocol for transmitting data in packet data networks and especially in 
IP (Internet Protocol) networks is HTTP. HTTP uses Transfer Control Protocol 
(TCP), which provides reliable data transfer using acknowledgments of received 
data packets and, when needed, retransmission of data packets. For transmitting 
5 information using HTTP between a server and a client, a TCP connection is 
typically formed. HTTP messages are then transmitted using the established TCP 
connection. 

A HTTP connection consists basically of a HTTP request and a HTTP response. A 
client sends a HTTP request indicating typically a certain URL (Universal Resource 
10 Locator), and the server responds by sending data relating to the URL in a HTTP 
response. Thereafter the client, especially when it is a brov/ser, presents the 
received data to a user. 

An example of the first alternative for providing real-time service to a user is 
presented in Figure 1. In this example, HTTP protocol is used to transmit real-time 

15 information from server 100 to a client 110. The client 110 is a browser in a 
computer. A TCP connection is typically opened between the server 100 and the 
client 1 10, so that HTTP messages can be transmitted between them. In Figure 1 it 
. is shown, how the client 110 repeatedly sends HTTP request to the server 100. 
These HTTP requests 120a, 120b, 120c are typically identical. The server 100 

20 responses to these HTTP requests 120a, 120b, 120c with HTTP responses 130, 131, 
132. Each HTTP request - HTTP response pair forms a HTTP connection 140a, 
140b, 140c. The contents of these HTTP responses depend on the real-time 
information residing on the server. If the real-time information has not been updated 
since the receipt of a previous HTTP request (for example 120b) from the client 

25 110, at least two sequential HTTP responses (for example 131 and 132) are 
typically identical. All the HTTP requests and responses presented in Figure 1 may 
be transmitted using one TCP connection, in other words the HTTP connections 
140a, 140b and 140c may use one TCP connection. A browser typically refreshes 
the whole WWW-page, for example, when it receives a HTTP response 103, 131, 

30 132. 

Main advantage of the client-initiated real-time service is that it uses common 
techniques. The HTTP connections 140a, 140b, 140c are supported by all browsers; 
they are readily arranged to use TCP functionality typically provided by operation 
systems of computers. Client initiated real-time services are thus supported by any 
35 browsers. The main disadvantage of this approach is that the client does not 
automatically receive updated information. The HTTP request 120a, 120b, 120c 
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need to be sent often in order to have updated information at the client within a 
reasonable delay, and this typically causes much un-updated information to be 
transferred in vain. 

An example of the second alternative of providing real-time services by pushing 
5 updated information is the use of streaming technique. In streaming technique, only 
one request to begin information transfer is sent from a client to a server. As a 
response to this request, the server sends to the client information updates for a 
certain period of time. The length of this period may be predetermined, or it may be 
determined to last as long as a TCP connection, for example, relating to this real- 
10 time service is open between the client and the server. Using the TCP connection, 
the server may send updated information to the client The main disadvantage of this 
approach is that there usually has to be a separate program module, which can 
establish a TCP connection and transfer information using TCP. Typically this is 
done using sockets, which are provided by an operating system. 

15 An object of the invention is to present a flexible data transfer method, and a 
corresponding system and computer program product. A further object of the 
invention is to present a data transfer method enabling real-time services, which use 
. server-initiated information updates, using standard browsers and standard data 
transfer protocols. 

20 These and other objects of the invention are achieved by sending to a client, in 
response to a request for sending certain information entity, a first response portion, 
said first response portion allowing the client to accept further response portions. 

A method according to the invention is a method for transferring data to a client 
using a certain packet data connection, said method comprising the step of: 
25 - receiving a request, which is according to a certain data transfer protocol and 
specifies a certain information entity, 

and being characterized in that it further comprises the steps of: 

- sending, using said packet data connection, at a first time instant to said client a 
first portion of a response according to said data transfer protocol, said client after 

30 receipt of said first portion being arranged to accept further at least a second portion 
of a response, and 

- sending, using said packet data connection, at sequential second time instants to 
said client a plurality of second portions of a response, each of said second portions 
comprising an information fragment of said information entity and computer 

35 language instructions for processing said information fragment. 




4 

A system according to the invention is a system for transferring data using packet 
data connections, said system comprising 

- means for establishing packet data connections, and 

- means for receiving requests, a request indicating an information entity, being 
5 according to a data transfer protocol and relating to a certain packet data connection, 

and said system being characterized in that it further comprises 

- means for sending as response to a request, using a request-specific packet data 
connection and at a request-specific first time instant, a first portions of a response 
according to said data transfer protocol, a receiver after receipt of said first portion 

10 being arranged to accept further at least a second portion of a response, and 

- means for sending as a response to a request, using said request-specific packet 
data connection at sequential request-specific second time instants, a plurality of 
second portions of a response, each of said second portions comprising an 
information fragment of said information entity and computer language instructions 

15 for processing said information fragment. 

Computer program product according to the invention is a computer program 
product for a system for transferring data using packet data connections and it is 
characterized in that it comprises 
• - computer code means for sending as response to a request, using a request-specific 
20 packet data connection and at a request-specific first time instant, a first portions of 
a response according to a data transfer protocol, a receiver after receipt of said first 
portion being arranged to accept further at least a second portion of a response, and 

- computer code means for sending as a response to a request, using said request- 
specific packet data connection at sequential request-specific second time instants, a 

25 plurality of second portions of a response, each of said second portions comprising 
an information fragment of said information entity and computer language 
instructions for processing said information fragment. 

The appended dependent claims describe some preferred embodiments of the 
invention. Features specified in one dependent claim may be further combined with 
30 features specified in another dependent claim to produce further embodiments of the 
invention. 

In a method according to the invention, the first response portion sent from a server 
to a client causes a client to accept, and typically to wait for, further response 
portions. This enables a server to send, for example after the information entity the 
35 client requested is updated in the server, the updated information entity or, typically, 
an updated part of the information entity to the client. As the client waits for further 
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response portions, it accepts the response portion carrying updated information. The 
invention is advantageously used for transferring updated information, but its use is 
not restricted to this specific case. It is alternatively possible, using a method 
according to the invention, to send any information entity piece by piece to a client, 
5 instead of sending the whole information entity using a single response message. 
The time periods between sending to sequential further response portions need not 
be equal, they may have various values. 

The second response portions each comprise typically a computer language header, 
an information fragment of said information entity and computer language 

10 instructions for processing said information fragment. The computer language may 
be, for example, such a scripting language which typical client software, for 
example browsers, support. A scripting language is a simple programming language 
for writing scripts. A script is a list of commands that can be executed by a 
computer without user interaction. The computer language instructions may be a 

15 script Alternatively, the computer language may be a language, which is used to 
provide structure to information by defining certain information elements and their 
values. Extensible Markup Language (XML) is an example of such a computer 
language. In this case, the computer language instructions are typically some well- 
defined tags, using which a certain value is declared for a certain information 

20 element. 

In some cases a client program may determine to close a packet data connection or 
may determine that there is no further data to be received, if no data is transmitted 
for a certain period of time. The latter case is true for some browsers. Therefore, in 
a method according to the invention, the time period between two sequential 
25 response portions is advantageously limited to a certain maximum value. This way, 
for example, a client, which is a browser, does not close a HTTP connection or a 
TCP connection relating to the transfer of the requested information entity. 

Advantageously, only an updated part of the information entity is transferred to the 
client. This can be done, for example, by defining using a computer language that 
30 the information entity is formed of various information elements. A response 
portion sent after information update may in this case identify an information 
element and state a new value for said information element. In practice, there are 
various scripting languages to be used with browsers that support this functionality. 
Examples of such are Dynamic HTML, VBScript, JScript and JavaScript. 



One advantage of the invention is that when suitable scripting languages are used, it 
does not require any additional software or any modification to, for example, 
existing browsers in the clients. Client communicating using certain standard data 
transfer protocols may readily use a method according to the invention. For 
5 example, when the standard data transfer protocol used is HTTP, typically any 
browser is able to receive real-time information in accordance with the invention, 
when the second response portions comprise a suitable scripting language. 
Alternatively, if desired, it is straightforward to program specific client programs, 
which display or process information delivered using a method according to the 
10 invention. 

A further advantage of the invention is that, as standard data transfer protocols are 
enough to implement a data transfer method according to the invention, there is no 
need to make specific adjustments to, for example, firewalls or networks, via which 
the data transfer connections pass. The response portions are, for example, plain 

15 TCP packets carrying textual HTML information or carrying some simple computer 
language commands or tags in HTML format. A firewall typically allows this kind 
of messages to pass. With prior art solutions, where server-initiated push methods 
are used, the data to be transferred typically contains some active components to be 
executed in the client. ActiveX components are one example of such active 

20 components. It is difficult to ensure, for example, in a firewall that such active 
components do not pose a security risk in a local network, and therefore data 
packets carrying such component may be discarded in a firewall. 

The invention is now described in more detail with reference to the accompanying 
drawing, where 

25 Figure 1 illustrates an example of a client-initiated real-time service according to 
prior art, 

Figure 2 illustrates as an example a flowchart of a method according to a first 
preferred embodiment of the invention, 

Figure 3 illustrates as an example a message sequence relating to a method 
30 according to a second preferred embodiment of the invention, 



Figure 4 



illustrates schematically an example of a system according to the 
invention and its use, and 
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Figures 5a - 5e illustrate flowchart of methods, which may be used in a system 
according to the invention. 

Figure 1 is discussed above in conjunction with reference to prior art solutions. 

Figure 2 illustrates as an example a flowchart of a method 200 for transferring 
5 information according to a first preferred embodiment of the invention. In step 201 a 
request, which is according to a certain data transfer protocol and specifies a certain 
information entity I, is received. In step 202, at a first time instant ti a first response 
portion Ri, typically comprising a first information fragment Ii relating to said 
information entity I is sent to said client This first response portion Ri is such that 
10 it causes the client to expect at least a second response portion. Such a second 
response portion typically contains second information fragment I 2 relating to said 
information entity I. Examples of such response portions Ri are described in more 
detail below in connection with other preferred embodiments of the invention. 

After sending the first response portion Ri(Ii) it is checked in step 203, whether the 
15 information entity I residing typically at the server is updated. If the information 
entity has been updated after tl, a second response portion R 2> i(I 2 )is sent in step 204 
at time instant t 2 ,i. This second response R 2t i comprises an information fragment I 2 
relating to the information entity I. This information fragment may be, for example, 
either the whole updated information entity I or the part of the information entity I 
20 that has been updated. The second response portion R 2 ,i comprises also some 
computer language instructions for processing the information fragment I 2 . It may 
further comprise computer language headers. A counter i is increased in step 204 for 
reasons of clarity. Such a counter is not necessarily used in a method according to 
the invention. 

25 If the information entity I has not been updated after ti, it is checked in step 205 
whether time lapsed since ti is equal to or greater than a certain predetermined 
maximum time period T max . A typical value for this maximum time period is 30 — 
120 seconds, but it may range from about a second to a few minutes. If such a 
period of time has not yet lapsed, steps 203 and 205 are repeated until either of the 

30 checks is true. If such a period of time has already lapsed since ti, when step 205 is 
performed, a third response portion R3J is sent in step 206 at time instant t 3> i. As the 
information entity I has not been updated since ti, it is not necessary to send any 
information fragments in this response portion. The purpose of sending this 
response portion R^i is to ensure that a client stays ready to accept further second 
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response portions R 2 ,j. A counter k is increased in step 206 for reasons of clarity. 
Such a counter is not necessarily used in a method according to the invention. 

The second response portion R^i is the earliest sent response of a plurality of 
second response portions R^. The number of these second response portions R^i 
5 depends typically on the duration of the information transfer. The information 
transfer may be stopped, for example, by a client closing a data transfer connection, 
for example a TCP connection, using which the response portions, for example, 
HTTP message portions, are delivered to the client. 

After sending the earliest of the second response portions R 2 ,i or the earliest of third 
10 response portions R 3 ,i it is checked in step 207, whether the information entity I 
residing typically at the server is updated since t^w. If the information entity has 
been updated after t 2 >i, a further second response portion R 2>i (Ij+i)is sent in step 208 
at time instant ty. The counter i is increased in the same step. The response portion 
R 2 ,i comprises an information fragment Ij+i relating to the information entity I. If the 
15 information entity I has not been updated after t 2 ,i-i, it is checked in step 209 
whether time lapsed since t 2 ,i.i or t 3fk _i is equal to or greater than a certain 
predetermined maximum time period T max . If such a period of time has not yet 
lapsed, steps 207 and 209 are repeated until either of the checks is true. If such a 
period of time has already lapsed since t 2 ±\ or t^i, when check in step 209 is 
20 performed, a further third response portion R 3tk is sent in step 210. Similarly as in 
step 205 for the third response portion R 3 j, it is not necessary to send any 
information fragments in the response portion R 3 k in step 210. 

After step 208 or 210 the method 200 continues in step 207. The steps 207-210 are 
repeated as long as method 200 is carried out. Typically, the resulting sequence of 

25 messages contains second and third response portions interleaved with each other. It 
is possible that the resulting sequence of messages contains, after the first response 
portion, only second response portions; this is the case typically, when either the 
information entity I is updated frequently or when there is no need to transmit 
messages so that the time interval between two sequential response portions has at 

30 maximum a certain value. In the latter case typically no third response portions are 
sent. The time intervals checks in steps 205 and 209 may use different values for the 
maximum interval; Figure 2 shows a same T max value in both steps 205 and 209 as 
an example. 

The information fragment Ii in the first response portion in step 202 may be the 
35 current information entity I or a part of the current information entity I. If Ii is only 
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part of the information entity I, it is possible that in some second response portions 
R 2 ,i sent in steps 204 and 208 comprise further information fragments relating to the 
information entity I at time instant ti are transmitted. Alternatively, it is possible that 
the first response portion Ri contains only, for example, an identifier indicating, for 
5 example, a name of the information entity I. Furthermore, R\ need not contain any 
part of the actually requested information entity I; in this case Ii refers to a non- 
existent information fragment or to an empty information fragment. 

In the following, when further preferred embodiments of the invention are 
described, HTTP is used as an example of a standard data transfer protocol and a 
10 TCP connection is used as an example of a packet data connection. The ideas 
presented below are, however, not restricted to use of HTTP or TCP. 

Table 1 illustrates examples of contents of TCP messages that may be sent in a 
method according to a second preferred embodiment of the invention. A HTTP 
request, which may be received, for example, in step 201, is presented firstly. A first 
15 response portion Ri, which may be the beginning of a HTTP response message, is 
presented in the next row of Table 1. Alternatives for a second response portions 
R 2 ,i and alternatives for a third response portions R3,k are illustrated also in Table 1. 

The first response portion R x illustrated in Table 1 is a beginning of a HTTP 
response, but it does not contain a Content-Length parameter. This Content-Length 

20 parameter typically indicates the length of the information entity the server sends to 
a client, in one or more HTTP responses. A browser typically ignores any messages 
relating to a certain HTTP request after it has received an amount of information 
corresponding to a Content-Length parameter specified in the beginning of a HTTP 
response. Advantageously the Content-Length parameter is not present in a HTTP 

25 first response portion Ri. Alternatively it is possible to have the Content-Length 
parameter in a HTTP first response portion (or a corresponding parameter in the 
first portion of another data transfer protocol response) and to select such a large 
value for this Content-Length parameter that the amount of data relating to the 
plurality of second response portions (and possible third response portions) of this 

30 connection is not expected to exceed the selected value. If a value for a Content- 
Length parameter or for a corresponding parameter is given in a first portion of a 
response in a method according to the invention, its value exceeds the amount of 
data relating to this first portion of a response. An example of a value for the 
Content-Length parameter in a HTTP Ri is 10000000. This means that a client 

35 (browser) expects the HTTP response to contain 10000000 bytes. 
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The question marks and ellipsis points between the HTML script tags <script> and 
</script> in the content of response portion R 2 ,i indicate some scripting language 
specific instructions. Example of JavaScript is given below. 

Table 2 illustrates examples of contents of TCP messages that may be sent in a 
5 method according to a third preferred embodiment of the invention. In this third 
preferred embodiment, frames, which are elements of HTML pages, are used. A 
HTML page, which is here given as an example, has a first frame, whose name is 
feedsource and which receives messages sent using a method in accordance with the 
invention. The HTML page has a second frame, whose name is feedtarget and 
10 which relates to showing the received, in this example periodically updated 
information to a user. 

Figure 3 illustrates as an example a message sequence between a client 1 10, which 
is a browser, and a server 300; this message sequence relates to the third preferred 
embodiment of the invention. Messages presented in Figure 3 are HTTP messages 
15 or portions of HTTP messages, examples of which are presented in Table 2 and 
which are transferred typically using a single TCP connection. 

The first initiating request 301 is a HTTP request specifying a HTML document 
feedframe.htm. This HTML document is delivered to a client in the first initiating 
response 302, which is a HTTP response indicating two frames (feedsource, feed- 

20 target) and sources (/feed.rtscript and /feedtarget.htm), where content for these 
frames can be fetched. After receiving the HTTP response 302 the client sends a 
second initiating request 303, which is a HTTP request specifying HTML document 
feedtargethtm. As a response to the message 303, the server sends a second 
initiating response 304, which is a HTTP response specifying name tl for a field of 

25 type text in a form, whose name is fl. As can be seen in Table 2, the HTTP 
responses 302 and 304 contain the Content-Length parameter and a value for this 
parameter. Figure 3 illustrates, how the message pairs 301, 302 and 303, 304 form 
two HTTP connections 140d, 140e. 

The request 305, which is a HTTP request specifying source feed.rtscript, starts a 
30 message sequence in accordance with the invention. As a response to this request 
305, the server first sends a first response portion 306. This first response portion 
306 is a beginning of a HTTP response message. It declares, with the <HMTL> tag, 
that an HTML document is being transmitted. The body of the HTML document is 
empty, and between the script tags value 0 is defined for the field tl in form fl in a 
35 frame[l] (which relates to the feedtarget.htm) in a parent window. The second 
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response portion R 2f i 307 defines value 1 for the same input parameter, and the 
second response portion R 2 ,2 308 defines value 2 for the input parameter. No further 
response portions are illustrated in Table 2, but Figure 3 illustrates a third response 
portion R3,i 309, which is typically similar to one of the alternative presented in 
5 Table 1 for third response portion R 3 ,j. After this third response portion, a further 
second response portion R 2 ,3 310 is sent to the client It is possible that sequential 
third response portions are sent to a client (as is evident, for example, from Figure 
2), although this is not illustrated in Figure 3. 

In a fourth preferred embodiment of the invention, the computer language is XML. 

10 Typically, at the time of writing this patent application, a browser needs an 
ActiveX-component or a Java-Applet for processing XML information. It is, 
however, possible that future browsers themselves are able to process XML without 
any additional component. Table 3 illustrates examples of HTTP messages 
containing XML. In this example the values of fields tl and t2 in an XML document 

15 are updated by sending second responses R 2 ,i. In Table 3, the first response contains 
only HTTP headers, and the second responses comprise XML elements. 

Table 4 illustrates examples of messages, when the first response portion Ri 
indicates that an XML document is being transferred. Here the first response portion 
contains HTTP response header information and starting headers of an XML 
20 document. The second response portions comprise XML elements. 

Figure 4 illustrates, as an example, schematically a system 400 according to the 
invention. The system 400 comprises 

- means 410 for establishing packet data connections, and 

- means 420 for receiving requests, a request indicating an information entity, being 
25 according to a data transfer protocol and relating to a certain packet data connection, 

and it is characterized in that it further comprises 

-means 430 for sending as response to a request, using a request-specific packet 
data connection and at a request-specific first time instant, a first portions of a 
response according to said data transfer protocol, said client after receipt of said 

30 first portion accepting further at least a second portion of a response, and 

-means 440 for sending as a response to a request, using said request-specific 
packet data connection at sequential request-specific second time instants, a 
plurality of second portions of a response, each of said second portions comprising 
an information fragment of said information entity and computer language 

35 instructions for processing said information fragment. System 400 may further 
comprise means 450 for sending as a response to a request, using said request- 
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specific packet data connection, at sequential request-specific third time instants a 
plurality of third portions of a response, said third portions containing no 
information fragments of said information entity. Furthermore, system 400 may 
further comprise means 460 for receiving updated information, for example, for an 
5 information server 401. As illustrated in Figure 4, an information server 401 may be 
connected to a plurality of data transfer servers 402a, 402b, 402c according to the 
invention, in each of which a system 400 is implemented. As Figure 4 illustrates, 
each of the data transfer servers 402 typically transmits data to a plurality of clients 
403. j 

10 The system 400 is typically implemented as a combination of software and 
hardware: it typically is a computer program or a set of computer programs to be 
executed using suitable microprocessors) and memory means. For actual data 
transfer between a server and a local network, to which a server is typically 
connected, any network interface may be used. 

15 Figure 5a illustrates an example, how means 420 for receiving a request and means 
430 for sending a first response portion may be arranged to operate. When system 
400 is idle, it may be waiting for events (step 501). When a request from a client is 
. received using, for example, a TCP stack, at some point of the processing of the 
TCP message containing the request, a client-request event is created. This event is 

20 received in step 502. Thereafter client reference information (for example, TCP 
socket for the client connection) is saved typically to a list containing information 
about clients in step 503. In step 504, a first response portion Ri is sent to the new 
client. In step 505 information about the client-specific time, when a response 
portion was most recently sent to a specific client, is updated. This information may 

25 be stored in the list containing information about clients. 

Figure 5b illustrates an example, how means 460 for receiving updated information 
may operate. Updated information is received in step 511, it is saved typically in 
memory means in a server 403 in step 512, and thereafter an event indicating to 
other parts of the system 400 that updated information has been received is 
3 0 generated in step 513. 

Figure 5c illustrates an example, how means 440 for sending second response 
portions may be arranged to operate, when updated information is sent in the second 
response portions. In step 521 an event is received, which indicates that updated 
information is received. In steps 522 and 523 the list containing information about 
35 clients is processed. For each client, updated information is sent in a second 
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response portion (step 524). After the sending is begun, the client time information 
is updated (step 525). After the second response portion has been sent, an event is 
generated, which indicates that update data has been sent to a specific client. 

Figure 5d illustrates an example, how means 450 for sending third response portions 
5 may operate. In step 531 a timer notification event is received. This notification is a 
notification relating to a timer Tc, which is common to all existing data transfer 
connections to clients. Client-specific timers are an alternative, but they typically 
require more computing resources than the use of a common timer. When a 
common timer is used, the client list is processed (steps 532 and 533) after receipt 

10 of said time notification. If the time period from the most recent time instance, when 
to a specific client a response portion was sent, to the time instant, when the 
common timer Tc next notifies, is less than a predetermined limit Tmax (step 534), 
the next client in the client list is processed. This means that when this client is 
checked after the next Tc notification, there most probably is still time to send a 

15 third response portion. Alternatively, a third response portion is sent to the client in 
steps 535 and 536 similarly as a second response portion is sent in steps 524 and 
525. To ensure that the time period between two sequential response portions sent 
to a specific client does not exceed Tmax, the time period Tc relating to the 
common timer should be clearly smaller than Tmax. 

20 Figure 5e continues to illustrate the examples in Figures 5c and 5d. It is possible 
that new updated information is received, while the client list is processed in steps 
524-525 or 535-536. The flowchart illustrated in Figure 5e is client-specific, as the 
data sent event relates to a certain client. When the data sent event is received in 
step 541, it is checked in step 542 if information has been updated since client time 

25 (i.e. since very recently, as the client time has been updated in step 525 or in step 
536). If information has been updated, then in steps 544 and 545, which are 
identical to steps 524 and 525, the updated information is sent to this client in a 
second response portion. 

Above, HTTP is used many times as an example of a standard data transfer protocol 
30 and a TCP connection is used many times as an example of a packet data 
connection. The ideas presented below are, however, not restricted to use of HTTP 
or TCP. They apply to a data transfer method or protocol similar to HTTP, where a 
request received typically by a server causes a response to be sent to a browser, and 
in the response there may be, but there does not have to be, a parameter indicating 
35 the amount of data in the response. Similarly, the packet data connection may be 
any packet data connection. 
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In view of the foregoing description it will be evident to a person skilled in the art 
that various modifications may be made within the scope of the invention. While 
some preferred embodiments of the invention have been described in detail, it 
should be apparent that many modifications and variations thereto are possible, all 
5 of which fall within the true spirit and scope of the invention as defined by the 
appended independent claims. 
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Table 1 Examples of message contents in a second preferred embodiment 



Message 


Content 


Request 


GET /realtimeinfo HTTP/1. 0\r\n 

Accept: */*\r\n 

Accept- Language: en\r\n 

User-Agent : Rea iTi mescn pti ngcl 1 ent\r\n 

connection: Keep-A"live\r\n 

\r\n 


first response 
portion ivi 


HTTP/1. 0 200 OK\r\n 
Server : RealTimeServer\r\n 
content-Type : text/html \r\n 
\r\n 


second 
response 
portion R^i 


<script>~.??? </script>\r\n 
or 

<script 1anguage="some_script"> ???-.</script>\r\n 


third response 
portion R 3 , k 


\r\n 
or 

<scri ptx/scri pt>\r\n 
or 

<script/>\r\n 
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Table 2 Examples of messages in a third preferred embodiment 



Message 


Content 


A first 
initiating 
request 
301 


GET /f eedframe.htm HTTP/1. 0\r\n 

Accept: */*\r\n 

Accept-Language: en\r\n 

User-Agent: RealTimeScriptingclient\r\n 

Connection: keep-al ive\r\n 

\r\n 


A first 
initiating 
response 
302 


HTTP/1. 0 200 OK\r\n 
Server : SomeServer\r\n 
Content-Type: text/html \r\n 
Connection : keep-al i ve\r\n 
content-Length: 140\r\n 
\r\n 
<Html> 

<Frameset rows="64, *"> 

<Frame name="feedsource" src="/feed. rtscript'V 
<Frame name^'feedtarget" src="/feedtarget .htm"> 
</Frameset> 
</Html> 


A second 
initiating 
request 
303 


GET /f eedtarget.htm HTTP/1. 0\r\n 

Accept: */*\r\n 

Accept- Language : en\r\n 

Use r-Age nt : Real Ti mesc r i pt i ngcl i ent\ r\n 

Connection: Keep-Al ive\r\n 

\r\n 


A second 
initiating 
response 
304 


HTTP/1.0 200 OK\r\n 
server : someserver\r\n 
Content-Type : text/html \r\n 
connection : keep-al i ve\r\n 
Content- Length: 87\r\n 
\r\n 

<HtmlxBody> 
<Form name= ,, fl M > 

<lnput type="text" name="tl" value=""> 
</Form> 

</Bodyx/Html > 


Request 305 


GET /feed.rtscript HTTP/1. 0\r\n 

Accept: */*\r\n 

Accept-Language : en\r\n 

User-Agent: Real TimeScripti ngcl ient\r\n 

connecti on : keep-al i ve\r\n 

\r\n 


Response 
portion Ri(Ii) 
306 


HTTP/1. 0 200 OK\r\n 

Serve r : Real Ti meSe rve r\r\n 

content-Type: text/html \r\n 

\r\n 

<HTML> 

<BODY> 

</BODY> 

<sc ri pt>wi ndow . parent . frames [1] . document . f 1 . tl . val ue= " 0 1 ; j 
</Script> 


R 2 ,i(I 2 ) 
307 


<Scri pt>wi ndow. parent . frames [1J . document . f 1 . tl . val ue= ' 1 1 ; 
</script>\r\n 


R 2 ,2(I 3 ) 

308 


<scr i pt>wi ndow . parent . frames [1J . document . f 1 . 1 1 . val ue= ' 2 1 ; 
</Script>\r\n 
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Table 3 Examples of messages in a fourth preferred embodiment 



Message 


Content 


Request 


GET /xmlfeed. rtscript HTTP/1. 0\r\n 

Accept: */*\r\n 

Accept-Language: en\r\n 

User-Agent : RealTimeScri pti ngcl ient\r\n 

connection: Keep-Alive\r\n 

\r\n 


Ri 


HTTP/1.0 200 OK\r\n 
server: RealTimeServer\r\n 
content-Type : text/xml \r\n 
\ r\n 


R2 1(12) 


<cel 1 ><f i el d>tl</f i el dxval ue>2 34</val uexcel 1 >\r\n 
<ce 1 1 xri el d>t2</fi el dxval ue>12 3</val uexcel 1 >\r\n 


R2. 2 a 3 ) 


<cel 1 ><f i el d>tl</f i el dxval ue>2 37</val uexcel 1 >\r\n 


R3.1 


\r\n 




<cel 1 ><f i el d>t2</f i el dxval ue>119</val uexcel 1 >\r\n 


Table 4 


Second examples of messages in a fourth preferred embodiment 


Message 


Content 


Request 


f^FT /yml fppH rt^rn'nt HTTP/1 0\r\n 

Accept: */*\r\n 

Acceot-Lanauaop * en\r\n 

User-Agent: RealTitneScriptingCl ient\r\n 

Connection: Keep-Al ive\r\n 

\r\n 


Ridi) 


HTTP/1. 0 200 OK\r\n 
Server: RealTimeServer\r\n 
Content-Type : text/xml \r\n 
\r\n 

<?xml version="1.0"?xsomexmldocument>\r\n 


R2,l(I 2 ) 


<cel 1 ><f i el d>t l</f i el dxval ue>2 34</val uexcel 1 >\r\n 
<cel 1 xf i el d>t2</f i el dxval ue>12 3</val uexcel 1 >\ r\n 


R 2 . 2 a 3 ) 


<cel 1 xf i el d>tl</f i el dxval ue>2 37</val uexcel 1 >\r\n 


R3.1 


\r\n 


R2,3(l4) 


<cel 1 xf i el d>t2</f i el dxval ue>119</val uexcel 1 >\r\n 
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Claims 

1. Method (200) for transferring data to a client using a certain packet data 
connection, said method comprising the step of: 

-receiving (201) a request (305), which is according to a certain data transfer 
5 protocol and specifies a certain information entity (I), 
characterized in that it further comprises the steps of: 

- sending (202), using said packet data connection, at a first time instant to said 
client a first portion (R x , 306) of a response according to said data transfer protocol, 
said client after receipt of said first portion being arranged to accept further at least 

10 a second response, and 

- sending (204, 209), using said packet data connection, at sequential second time 
instants to said client a plurality of second portions (R 2 ,i, 307, 308, 310) of a 
response, each of said second portions comprising an information fragment of said 
information entity and computer language instructions for processing said 

15 information fragment. 

2. A method according to Claim 1, characterized in that 

- the time period between the first time instant and the earliest second time instant is 
(205) at maximum a certain first predetermined time period, and 

- a time period between two sequential second time instants is (210) at maximum a 
20 certain second predetermined time period. 

3. A method according to Claim 1, characterized in that it further comprises the 
step of: 

- sending (206, 211), using said packet data connection, at sequential third time 
instants to said client a plurality of third portions (R3,ic 309) of a response, said third 

25 portions containing no information fragments specific to said information entity. 

4. A method according to Claim 3, characterized in that at least one of said third 
portions contains only computer language headers. 

5. A method according to Claim 3, characterized in that at least one of said third 
portions contains only carriage return and/or linefeed characters. 

30 6. A method according to Claim 3, characterized in that 

- the time period between the first time instant and the earliest second time instant is 
(205) at maximum a certain first predetermined time period, and 

- a time period between two sequential time instants of the second and third time 
instants is (210) at maximum a certain second predetermined time period. 
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7. A method according to Claim 1, characterized in that said first portion does 
not specify the size of the response, whereof said first portion constitutes a part. 

8. A method according to Claim 1, characterized in that said information 
fragment in at least one of said second portions is (203) an information fragment 

5 relating to a change in said requested information entity, said change being made 
after said first time instant. 

9. A method according to Claim 1, characterized in that said packet data 
connection is a Transfer Control Protocol connection, said data transfer protocol is 
Hypertext Transfer Protocol, said request is a Hypertext Transfer Protocol Request, 

10 and the response, whereof said first portion constitutes a part, is a Hypertext 
Transfer Protocol Response. 

10. A method according to Claim 9, characterized in that said first portion does 
not contain a value for Content-Length field. 

11. A method according to Claim 1, characterized in that said computer language 
15 is a scripting language. 

12. A method according to Claim 11, characterized in that said scripting language 
is JavaScript, VBScript or JScript. 

13. A method according to Claim 1 1, characterized in that scripting language tags 
constitute said computer language instructions. 

20 14. A method according to Claim 1, characterized in that said computer language 
is Extensible Markup Language. 

15. A method according to Claim 14, characterized in that Extensible Markup 
Language elements constitute said computer language instructions and said 
information fragments. 

25 16. A method according to Claim 15, characterized in that said first portion 
comprises starting headers of an Extensible Markup Language document. 

17. A method according to Claim 1, characterized in that said client is a browser 
program. 

18. A system (400) for transferring data using packet data connections, said 
30 system comprising 
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- means (410) for establishing packet data connections, and 

-means (420) for receiving requests, a request indicating an information entity, 
being according to a data transfer protocol and relating to a certain packet data 
connection, 

5 characterized in that it further comprises 

- means (430) for sending as response to a request, using a request-specific packet 
data connection and at a request-specific first time instant, a first portions of a 
response according to said data transfer protocol, said client after receipt of said 
first portion being arranged to accept further at least a second portion of a response, 

10 and 

- means (440) for sending as a response to a request, using said request-specific 
packet data connection at sequential request-specific second time instants, a 
plurality of second portions of a response, each of said second portions comprising 
an information fragment of said information entity and computer language 

15 instructions for processing said information fragment. 

19. A system according to Claim 18, characterized in that it is arranged to 
send the second responses relating to a certain request so that 

- the time period between the request-specific first time instant and the earliest 
request-specific second time instant is at maximum a certain first predetermined 

20 time period, and 

- a time period between two sequential request-specific second time instants is at 
maximum a certain second predetermined time period. 

20. A system according to Claim 18, characterized in that it further comprises 
means (450) for sending as a response to a request, using said request-specific 

25 packet data connection, at sequential request-specific third time instants a plurality 
of third portions of a response, said third portions containing no information 
fragments of said information entity. 

21. A system according to Claim 20, characterized in that it is arranged to 
send the second and third portions relating to a certain request so that 

30 - the time period between the request-specific first time instant and the earliest 
request-specific second time instant is at maximum a certain first predetermined 
time period, and 

- a time period between two sequential time instants of the request-specific second 
and third time instants is at maximum a certain second predetermined time period. 

35 22. A system according to Claim 18, characterized in that it resides in a server. 
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23. Computer program product for a system for transferring data using packet data 
connections, characterized in that the computer program product comprises 

- computer code means for sending as response to a request, using a request-specific 
packet data connection and at a request-specific first time instant, a first portions of 

5 a response according to a data transfer protocol, a receiver after receipt of said first 
portion being arranged to accept further at least a second portion of a response, and 

- computer code means for sending as a response to a request, using said request- 
specific packet data connection at sequential request-specific second time instants, a 
plurality of second portions of a response, each of said second portions comprising 

10 an information fragment of said information entity and computer language 
instructions for processing said information fragment. 

24. Computer program product according to claim 23, characterized in that it is 
stored on a computer readable medium. 



i 




(57) Abstract 

Transferring data to a client, typically to a browser, using a 
certain packet data connection comprises the step of 
receiving (201) a request (305), which is according to a 
certain data transfer protocol and specifies a certain 
information entity (I) and the steps of sending (202), using 
said packet data connection, a first portion and further 
portions of a response according to said data transfer 
protocol. At a first time instant a first portion (Ri, 306) is 
sent (202), and said client after the receipt of said first 
portion is arranged to accept further at least a second 
portion of a response. At sequential second time instants a 
plurality of second portions (R 2 ,i, 307, 308, 310), each of 
said second portions comprising an information fragment of 
said information entity and computer language instructions 
for processing said information fragment, is sent (204, 
209). A system and computer program product for 
transferring data are also described. 
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